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SYSTEMS FOR DIGITAL WATERMARKING AND DISTRIBUTION OF 

RECORDED CONTENT 


This application claims the benefit of Provisional Application 60/144,867, filed July 
5 20, 1999, which is incorporated herein by reference. 

FIELD OF THE INVENTION 

The present invention relates to the field of multimedia information distribution, and 
more particularly to a system and method of acquiring, digitizing, storing, and delivering live 
content via a network. 

10 BACKGROUND OF THE INVENTION 

The capturing of live performances into a digital format for rebroadcast poses many 
problems including the size and cost of the recording and broadcasting equipment, the 
transporting or distribution equipment, and the issues associated with the enormous amount 
of binary data required for recording in digital format. 

15 Typically, the capturing or recording of a hve perfomiance requires expensive and 

elaborate broadcasting and distribution equipment. Past systems have employed transmission 
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via satellite communication which typically includes extensive communications and 
broadcasting equipment and requires highly trained personnel to run the system. The present 
system can be employed with relatively small and lightweight equipment such as a laptop 
computer for linking to the network and the digital capture machine. 

5 The present invention overcomes the problems associated with capturing live 

performances by providing a system which can capture analog signals from live performances 
and convert them into a digital format and store them in a portable file which can be 
transported via a network. 

It is therefore an object of the invention to provide a system for capturing and 
10 distributing live content over a network which converts muUiple analog signals into digital 
signals and stores the digital signals into a portable file for transporting over a network for 
use by an end user. 

It is a fiirther object of the invention to provide a device for capturing Uve content 
which converts analog signals into digital signals and stores the digital signals into a portable 
15 file. 

It is a further object of the invention to provide a system which can employ a digital 
watermark and useable information into the digital signals and portable file. 


2 


wo 01/06703 


PCT/USOO/19659 


SUMMARY OF THE lyvgNTIOJV 

In a preferred embodiment, the method and apparatus of the invention provides a 
means to acquire, digitize, store, sell and dehver live content, such as music, to consumers via 
a network. The invention further provides a novel means for digital watermarking of 
5 recorded content which is applicable not only to the hve content distribution system of the 
invention but also to other forms of distribution of recorded content that is in digital form. 

The process of the invention according to a preferred embodiment begins with the 
creation of an open shell, which includes, e.g., an artist's concert date and venue information, 
the shell being for use at a later date to hold live music content on a web site. Live content is 

10 captured at a concert location directly into a portable audio format which is encoded at 
96kh2/24bit or 128khz/32bit levels of audio resolution in a format with 128/32, or 160/40 
over sampled format. A digital watermark containing the copyright holder's information 
along with the date and time of the performance of the concert is incorporated into the file 
using the additional over samphng rate indicated. The additional areas provide for both a 

15 data block, as well as a digital signature block to be encoded directly into the file itself. This 
digital watermarking process is broadly applicable to a variety of digital audio file formats 
and can survive format conversion. The file is transmitted to a live music service provider 
where it is placed in archives and is available for conversion download on a website. The 
web site preferably provides the user with the ability to select the type of media in which he 
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would like to receive the file, the media types including, e.g., MPS, Real Audio, and shipped 
audio CD. Prior to dehvery of the audio to the user, user information is encoded into the 
digital watermark in addition to the copyright holder's information, with a unique serial 
number that can be stored by the live music service provider for future verification and copy 
5 protection. 


BRTFF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, features, and advantages of the invention will be 
apparent firom the following more particular description of preferred embodiments as 
10 illustrated in the accompanying drawings. 

FIG. 1 shows a flow diagram illustrating the process of the invention according to a 
preferred embodiment. 

FIG. 2 shows a flow diagram illustrating the conversion of multi-channel analog 
signals into an encoded Portable Audio Format (PAF) file. 

15 FIG. 3 shows a series of waveforms illustrating a simple Analog wave form sampling 

technique and a representation of the difference in precision that can be used to capture the 
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signal in a digital format. 

FIG. 4 shows a series of diagrams illustrating the conceptual bit orientation, and 
layout of the original file, and the locations of the non-audio data, and signature encoding. 
This is both before and after a spread-spectrum encoding is applied to the data to "mix" the 
5 information such a way as to make extraction of the watermark difficult. 

FIG. 5 shows a flow diagram illustrating the flow logic of how the primary data file 
(the PAF) is re-encoded on 2i Per-User-Transaction basis, and encoded with a unique serial 
number at that time as it is converted to any of the current or yet to be developed industry 
standards. This also shows how a '*best of breed" encoding engine is utilized for each of the 
10 current (and fiiture) standards to assure the highest level of audio quahty and digital 
watermarking is retained. 

DETAILED DESCRIPTION OF THE PREFERRED EMPOP IME^T 

The system of the invention for acquiring, digitizing, storing, selling and delivering 
15 live content will first be described in detail with reference to FIG. 1, which illustrates how 
information flows fi-om a live performance 102 into the digital delivery system of the 
invention. In the example below, the system 100 is used to deliver digitized live music to 
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consumers; however, it will be. understood by those skilled in the art that the system 100 of 
the invention is also useful for the dehvery of other forms of digitized content. 

Once appropriate authorizations and contractual obligations with an artist or act have 
been defined and obtained, historical and future information regarding their performance 
5 dates and venues is obtained fi-om the artist or act, or from the relevant production companies. 

The date and venue information is used by a web master at a live music service 
provider to produce an open shell 130 of the performing artist for their future dates. The shell 
130 that is created is specific to each venue for it's individual content, but would contain such 

10 standard information as: Tour Name, Dates, Performers, Promotional Clips, and Other Media 
Clips, such as Promotional Video, and Visuals (print-style) information. This can be created 
using HTML with enhancements such as "Flash Animation", or preferably XML, which 
would allow the web master to more tightly encode the information. There are a number of 
packages that can create this content, including encoding studio suites such as Macromedia's 

15 system, NetObject's system, or even basic text editors such as "vi". As can be seen from 
FIG. 1, parallel paths are preferably taken by the data while an open shell 130 is being pre- 
created at the web site to hold the data file upon completion, and then dehvery to the user. 

The web master puts into the open shell 130, for example, all of the information for a 
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band*s world tour and makes that information available on the website and also creates in the 
background shells for the distribution of the band's content at a future date so that the 
information is already prepared and waiting for the performances themselves to begin, 
allowing for a very rapid generation time fit)m performance until the material is available for 
5 downloading. 

A recording and digital conversion system 100 is used to capture a live performance 
102 on site. The live performance 102 which may consists of various microphones, 
instnmient inputs, and various other inputs are typically routed to a Soimdboard system 104. 
A Muht-track digital recording 106 is made of the live performance. In addition, the 

10 soundboard system 104 has a processed output 108. The processed output 108 routes the 
signals to a Digital Audio soimd capture system 110 where a digital recording 1 12 is made. 
The Digital Audio Sound Capture System 1 10 feeds the signals to a Digital Audio conversion 
system 1 14 which converts the recorduigs into a useable file such as an MP3 or Real Audio 
file. The converted file will then be transported to a WebHost Staging area in step 1 16 via a 

15 high speed link, preferably at the highest possible digital levels. When the performance 
begins, the audio engineer will have ateady entered the appropriate copyright information 
and ownership information into the digital recording system so that it is encoded into every 
file that is created, creating in effect a digital watermark. 

Separate fi-om the live performance 102 and conversion process a webmaster creates 
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an open shell 130 and communicates 134 with the live-performance recording and conversion 
system or a technician at the live performance to add specific highlights. The WebMaster 
then takes the Digital Audio files transported in step 116 from a transport server and 
integrates the files into the shell open in step 130. The Webmaster then publishes the finished 
5 pages onto the production server for consumer purchase in step 140. 

Now referring to FIG. 2 the conversion of multi-channel analog signals into an 
encoded Portable Audio Format (PAF) file will be discussed. During a live performance 
various analog signals 202, 204, 206 may come from various sources such as an artists 
microphone, a live video feed, instruments, and other devices relevant to a live performance. 

10 The various analog signals 202, 204, 206 are captured by a Digital Capture Machine 200. 
The Digital Capture Machine 200 receives the various analog inputs and then processes each 
input through an analog to digital (A/D) converter 203, 205, 207 at a sufficient level 
depending upon the analog signal 202, 204, 206 input type. The digital output streams 212, 
214, 216 are sent to a Digital Multiplexor 220. The Digital Multiplexor 220 creates one 

15 signal containing the converted digital signals of all inputs which is then channeled though a 
single connector 230 to the Processing and Storage Unit 240. The Digital Multiplexor 220 
allows the Digital Capture Machine 200 to separate the A/D converters 203, 205, 207 and the 
Digital Multiplexor 220 from the Processing and Storage Unit 240 and use a single connector 
230. 
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The Processing and Storage Unit 240 then demultiplexes the signal back to separate 
channels 242, 244, 246 each containing a converted digital signal. Each channel is then sent 
to an individual set of Digital Signal Processors 252, 254, 256 which can be used to distribute 
data to various processing units in separate systems. By breaking up each of the channels 
5 into time-synchronized and locked data streams and distributing each, channel to it's own 
dedicated processing and storage subsystem, the ultra high data rates and processmg needs 
can be massively scaled. Once the capturing process is over, then a standard data sharing 
technology can combine all of the individually captured channels into a single, multi-gigabyte 
PAF file 260. 

10 Further, each channel 242, 244, 246 will most likely contain additional data that will 

be kept in it's own mini-channel which will be included into the PAF file 260. The additional 
data will include information such as the type of instrument on a given soimd channel, the 
location such as an attached microphone, and open hall, a small club that a particular channel 
is associated with. Further, the sound engineers real time adjustments to the sound mix for 

15 proper recording settings can be included as recorded data. Therefore, although the sound 
source is captured at a constant "line level" the live adjustments are marked, recorded, and 
digitally processed to give the desired effect. Once a sufficient niunber of samples have been 
recorded it will be possible to use the historical or saved data to create a "fuzzy logic" system 
that will be able to significantly reduce die amoimt of user interaction both during the 

20 recording and during pose production. The historical or saved data will have the benefit of 
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the sound source, location and type of channel and the corrections previously made at each 
time unit to create a model of how future recordings should be handled. 

It should be noted that most current high-end digital audio conversion systems utilize 
what is referred to as "CD-quality" audio. This type of digital conversion is done at a rate of 
5 44,000 samples per second, each sample having a range of 65,000 profitable levels, half of 
which are above, and the other half of which are below, the audio zero baseline such that a 
sine wave representing a signal captured by such a system would have both a positive and a 
negative component. The 16-byte sample is split evenly between the upper and lower half. 

This type of digital audio conversion is known as pulse code modulation and is 
10 limited to a maximimi theoretical bandwidth of approximately 20 hertz to 2,000 hertz, which 
is widely accepted as the normal range of human hearing. Many people, and many 
audiophiles in particular, have the capability of distinguishing audio information well outside 
this range. The maximum theoretical capacity of the CD quality is actually up to 22 kilohertz 
but due to the inefficiencies of the digital audio conversion in both directions, this is 
15 practically impossible to reach. 

The distribution systems in accordance with a preferred embodiment of the invention 
uses a much higher-end recording system which samples the analog input at a rate of 96,000 
samples per second, as illustrated in FIG. 3, which provides the capability of moving from 

10 


wo 01/06703 


PCT/USOO/19659 


theoretical upper limits of 22 hertz all the way up to 48 hertz, more than doubling the CD 
quality that is theoretically capable. And in addition, each of the 96,000 samples are 
preferably captured at a resolution of 24 bytes per sample for each sample and this gives a 
total range of precision of 16.7 million distinct levels as opposed to 64,000 levels, again 
5 evenly split above and below the median line for the zero value for a sound wave giving over 
eight million potentials for both the positive and negative values. 

The present invention also includes novel processes and recording additions which 
may be run on a Unix platform or a Windows NT platform or encoded into a hardware- 
specific device that may then be utilized for any type of recording media. As depicted in FIG. 

10 4, an environment is preferably used wherein recording is done at levels of 120 to 128 
samples per second, with the precision of 32 bytes per sample. Because of the additional 
information that is not captured by using that high data rate, each sample has an additional 
eight bytes of information, as seen in FIG. 4. Therefore, at the end of every eight seconds, 
there is an additional block of 24 32-byte slices of time which can be utiHzed to encode both 

15 the copyright-holder's information as well as provide a digital signature and watermark for it. 

A digital watermark can be created and encoded into each of those unique time slices, 
preferably across the entire run time of the recording. The watermark may include the name 
of the performer, an identification of the particular tour (e.g., "1999 World Tour"), the venue 
and date of the performance, and a time and date stamp created directly fi-om the system 
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itself. Each watermark preferably includes a digital signature generated using a secure 
hashing algorithm, and then the signature is put in place using public key cryptography using, 
e.g., the public domain digital signature standard to create this. This can be used to ensure 
that the audio block could not be re-arranged in digital format without the digital signature 
failing. 

The process may then be re-run on the entire file so that while the system itself is 
recording the information that it is continually placing into it the digital watermark the entire 
file itself is also digitally authenticated. The PAF file will actually contain two levels of 
verification; the first being the repeating code sequence that is a part of the file structure itself 
along each block and "digitally signing" each block as it is created, while the second level is 
to perform the same fimction on the entire file as a whole to generate a whole file signature in 
addition. Thus any piece of the file will have verification, as well as the whole file itself 

Conventional audio watermarking methods, including those utilizing psychoacoustic 
principles, typically degrade sound quality. With respect to conventional analog 
watermarking techniques, it is not possible to modify the actual analog sound stream without 
some level of degradation of the sound quality. Further, conventional audio watermarking 
techniques typically do not survive a conversion of the file fi'om one format to another, e.g., 
fiom .wav format to .mp3 format. The above-described digital watermarking method of the 
invention according to its preferred embodiment provides significant advantages over 
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conventional audio watermarking methods in that it does not and cannot affect the sound 
quality at all, and also is applicable to any digital audio file format and survives file fonnat 
conversion. 

As illustrated in FIG. 5, as the live performance continues, each time a song or act is 
5 completed, the audio engineer preferably closes the portable audio format file 502 and then, 
using a high speed internet connection or high-speed direct connection (e.g., a local land line 
or a satellite connection) the file is transmitted immediately to the live music service provider 
504 in its compressed state. This will utilize less compression, again to avoid the loss of any 
type of audio information. All of the digital watermarking is preferably incorporated into the 
10 data stream outside of the audio chaimel and so may it be directly read without any 
interference with the theoretical audio capabilities of an analog signal. 

As soon as the file is received by the hve music service provider and a signature 
verification is performed, the file is placed both in a long term archive 512 as well as in the 
holding area 508 for user download. This long term archival system will involve a secondary 
15 process. These files are then coded into the HTML (or XLM) open shell, and placed for user 
download while the concert performance is occurring, thus ensuring the fastest possible 
transition fi-om the live performance to user availability. A concert may consist of 10 to 15 
individual songs, along with commentary and/or other occurrences in between the songs and 
performance, and these may be provided for download as fiill concerts, individual songs, or 
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combinations thereof. 

A user using a standard web browser may select the type of media format in which 
they would like to receive their information. Examples include MP3 for download, real audio 
for download, and CD (via a physical distribution process). Although the process of the 
5 invention can be used to distribute/sell audio files in the .wav foimat, placing a digital 
watemiark into such files may involve degradation of the audio quality since by nature the 
pulse code modulation utilizes every piece of infomiation in the file itself as audio channel 
information. Thus any inserted information, regardless of the technique, will at some level 
degrade the file. And, .wav files normally have a very large file size. This is also true of 

10 some portable audio format files. This can be slightly avoided on the physical process of 
burning a CD by tagging the end of the file. On the other hand, if a CD is burned using this 
process for the first time, physical media can be custom-created with the same protection that 
exists for any CD media, and can be easily shipped to a customer. This CD has a unique 
serial nxmiber that prevents it fi"om being recognized by standard Internet databases such as 

15 www.cddb.com. Other protection mechanisms can be utilized on the "custom bum" such as 
the addition of "hidden tracks" or sound blocks to uniquely identify the CD. 

In the preferred embodiment, each individual transaction, whether a consumer elects 
to receive a shipped CD or a downloaded digital audio file, is assigned a xmique serial number 
and that serial number is encoded within the file or on the CD, and is stored in a back-end 
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database. When a consumer purchases one of these files for download, his name, shipping 
information, credit card information, and possibly other pieces of demographic information, 
are entered. This information along with other information such as a precise time and date 
stamp and a portion of a secret key can be used by the live music service provider to produce 
a secured digital signature through an algorithm such as SHA-1, and that digital signature can 
be added to the purchased file on a dynamic, real time basis prior to delivery/download to the 
customer. This information can also be stored in a database both for demographic as well as 
copyright holder protection so that if the xiser was to, for example, rip the song in its entirety 
from the CD and then place it on a website for download by the general public, the service 
provider would be able to identify that specific song and that specific user from the specific 
transaction serial number that has been encoded into the file. 

The audio file format selected by the user preferably determines the type of 
downgrading encoder that is used. For digital audio file formats such as MPS and real audio, 
the system of the invention preferably uses a digital watermark that the audio decoder will 
throw away as extraneous noise when the file is "played." In this case, as set forth above, 
each transaction is uniquely marked with its own serial number at the individual song level to 
allow for later infomiational use by the live music service provider as well as for 
identification of the individual user. For a file format such as MP3, digital information can 
be encoded into the file using generally the same method to produce a digital watermark. 
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Recording Considerations 

Described below are various considerations that must be considered regarding the 
hardware, software and other issues related to recording digital audio. 

5 The digital capture machines may be constructed using commercial off the shelf 

technology that is borrowed &om the high-speed data fields of the computer industry. The 
basic hardware setup consists of one or more AD converters capable of sampling data at 96 
KHz at 24 bits resolution. The AD converters are external since the interior of a computer is a 
bad place to be doing analog recording and conversion. The converters communicate with a 
1 0 PCI card on the computer end. At this time we use both RME Pad96 and DIO Delta 2496 
cards. The converters transmit data via a TOSLink fiberoptic cable. That is essentially the 
complete hardware setup. 

In a preferred embodiment the digital capture machines will incorporate the functions 
of a 32 track or more digital soimd board, and recording equipment, in a small package. In 
15 order to overcome today's limitations on data recoding and through put speeds, the system 
will utilize a two-phase approach. The first phase will utilize a series of control cards. The 
control cards simply link through an optical or other high quality copper interconnects to the 
modular patch panel where the xlr or other inputs would come in. This high density feed 
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would then come in through a proprietary mix format into a distribution control card, which 
then feed through an internal multichannel high-speed parallel bus. The parallel bus will be 
independent of the host operating system bus. It would transfer the data channels, from 4 to 8 
at a time, to the sound processing cards. The soimd processing cards, each having 8 discrete 
digital sound processors and encoding processors, would also include and ide or scsi hard 
drive channel which would then allow it to connect to a high capacity A.V. certified hard 
drive. This will allow for the rapid collection a 

Synchronization issues must also be considered when using multiple AD converters 
since they must be synced together to produce the right sound. This feature is usually built 
into the hardware and is transparent to the software. 

Another consideration regards the incoming data because the data has a fairly high 
volume transfer. The volume transfer has a rate of 96000 * 3 * 2 bytes per second which is 
sent to the computer for a stereo signal. No massaging of the signal is performed while 
recording. The raw data is simply stored into the format described in a later section. 

There are also numerous issues and considerations regarding the recording software. 
In a preferred embodiment the software itself is written on the Windows platform and 
contains interface and driver code that is specific to that platform. 

The interface is designed to avoid human error as much as possible. It is virtually 
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impossible to modify anything that has to do with the recording in this tool. The user is able 
to record, mark the beginning of songs and end the recording. The user is also able to add 
custom information that gets stored along with the audio data. Any handling of the data is 
done using separate tools that can be operated in a more controlled environment. The 
interface consists of standard Windows UI controls. 

The interface to the driver goes through the standard Windows waye functions. The 
software records a stream of data using two one second buffers. While one is being filled the 
other is being saved. The software simply keeps alternating between the two buffers. 

Further, since it is impossible to write out the data in the actual callback routine it 
becomes necessary to send a message to the main window asking it to save the data. Should 
the system decide to take over the computer for more than a second a block of data will be 
lost. It is necessary to construct a secondary queue of data for later transfer to a permanent 
medium. 

Since many of the PAF fields are variable lengths it becomes necessary to re-parse the 
file and insert size indicators when recording is done. It is also virtually impossible to insert 
additional data in the begimiing of the file once recording has begun due to the size of the 
attached data. 
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Storage Format Considerations 

The problem with storage is that the standard Windows format, WAV, does not 
support files larger than 2^31 or around two gigabytes. It also does not support channels 
beyond stereo. To solve these and other problems the files are stored in a PAF format which 
5 is described in more detail below. 

The are several considerations that need to be made. One is that most data is variable 
length. The file format should acconmiodate variable size fields and also missing data fields. 
It should also be possible to upgrade the format without destroying previous versions. The 
format needs to handle many varieties of data layouts for the audio stream itself It should 
10 also be able to handle multiple channels. 

Implementation of this format requires use of a variety of the EA IFF 86 formats. To 
overcome the traditional 2 gig limit on audio streams a 64 bit size field will be used. New 
CHUNK identifiers can be created and registered with technical management. Microsoft C-+-t- 
supports the int64 data type specifier. This will used for all PAF fields. A chunk will look 
15 as follows: 

CHUNK ID 4 bytes 

CHUNK length 8 bytes 
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CHUNK data variable 

There will be only one required chunk whith the initial FOm This is 

necessary to identify the file as a PAF and also to provide a framework within which to read 
the remaining chunks. 

Since the PAF format is proprietary there is no tool that will play them back unless 
one is created. The resolution is also too high to be burnt onto a CD. For this purpose an 
extraction tool was created as part of the present invention. 

Conversion Issues 

There are two issues when converting samples. One is the sample rate and the other is 
the bit resolution. The bit resolution is sunple since it is a straightforward division. 
Rounding can be added for additional precision. The sample rate becomes much more 
complicated. When downsampling from 96 KHz to 44.1 KHz it is customary to simply take 
every 96/44.1 sample and write these to a new file. This, however, introduces a good 
amount of noise. This noise comes from the frequencies lymg above the Nyquist theorem 
frequency lunit. The Nyquist theorem stipulates that the maximum frequency is sample rate 
over two. This means that for a 44.1 KHz sample the maximum frequency is 22.05 KHz. For 
a 96 KHz sample it is 48 KHz. The frequencies above 22.05 will create noise when 
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downsampling. Therefore it is necessary to remove these frequencies before converting the 
sample rate. Typically, a FIR or Finite Impulse Response filter is used. 

The finite impulse response filter is used to remove unwanted frequencies. In this 
implementation the filter coefficients were created with the standard Remez program. The 
5 converter runs a separate filter for each channel. The samples are converted to floats, passed 
through the filter, converted back to integers and then extrapolated into the resulting sample 
rate. 

The final implementation is a standard Windows drag-and-drop dialog box. It 
separates the sample pieces at the marks, adding ten seconds on either side, filter the samples 
10 and outputs individual WAV format files suitable for playback or burning onto CD. The tool 
also supports output at 2496. 

Data Encoding in data bit streams 

The data will have different limitations based on the length of the audio clip itself 
Assuming, for descriptive purposes, that all samples will be at least song-length, that is to say 
15 more than 2 minutes of data, which, for CD audio, is equivalent to 21,168,000 bytes which is 
enough data to encode your average novel. The data can be anything that can be represented 
digitally. It is here assumed that the information would be a digital signature and/or verbatim 
customer information. Incidentally, it would be possible to actually insert the lyrics for a 
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given song using some of the methods described below. 

The inserted data will cause some wave distortion. The amount will vary based on the 
sampUng rate of the particular audio file. In reality, if done properly, it should inaudible to the 
human. With invisible insertion (see below) the voliune variance will be none or 1/65536* of 
the full volume range. Also since the inserted data stream is generally minimal and almost 
negligent in regards to the amount of wave data it should remain completely undetectable by 
the human ear. Only highly sophisticated electronic devices would be able to detect the 
difference and maybe not even then. 

Information can also be attached in header format. This data is very easy to detect and 
does not necessarily conform to any official format depending on the type and amount data 
that needs to be attached. This solution by itself would not be acceptable for a release format. 

There are several formats currently in use in audio field. The most common is the 
wave (.WAV) format which is easily recognized by most PC-based software. Mpeg layer-3 
(.MP3) is also receiving more recognition due to its effective compression rate. Another 
widely used format is the Sound Designer 11 (.sdll) fomiat which is mainly used on the 
Macintosh line of computers in professional audio. Both waves and Sound Designer formats 
are easily read by Soimd Designer and Pro Tools which are the most commonly used 
professional tools. For the average user wave and mp3 formats would be sufiBcient. 
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It should be noted that any time the user converts an audio file to any other sample 
rate or to a lossy compression format any encoded information will be lost. 

Insertion Techniques 

There are three insertion techniques which are the brute force, the subtle, and the 
invisible insertion techniques. The three insertion techniques will be described in more detail 
below. 

The brute force insertion simply inserts the data verbatim into the audio data. For a 
160 byte signature in a CD quality audio stream this equates to an 18 millisecond click or 
1/50* of second approximately. This is not likely to be noticeable. Optionally the signature 
could be inserted at the beginning or end where there is frequently some noise in the form of 
cHck from simply starting or stopping playback. This signature would relatively simple to 
detect and remove by any imauthorized customers. 

Subtle insertion is the same as the brute force method except the data will be scattered 
throughout the wave data using a variety of displacement methods. Ideally data should be 
kept away from any zero crossing data areas and also away from regular or repeating wave 
patterns. These could be detected algorithmically. An additional byte or word could be 
attached to each data byte encoding the displacement of the next data element. 
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The invisible insertion is not exactly invisible, but it is hard to detect visually and 
virtually impossible to hear. This method involves encoding the message, bit by bit, in the 
low bit of the wave data. The volume variance has been described above. This method 
represents the ideal way of storing data. It is for all practical purposes undetectable in every 
way that counts. By treating the data to be encoded as a bit stream and then, starting at a 
predictable position in the wave, inserting those bits into bit zero of a sequence of wave data 
entries the entire message can be encoded. Note that in approximately half the cases the bits 
are aheady set correctly thus causing no modification to the sound data. Any bit could be 
used in the sample data but bit zero has the least effect on the sample quahty. At the time of 
writing this section this document had 5727 characters in it. That would need approximately 
half a second of sample time to encode. 

Non-specific signatures or Non-specific data refers to identifiable data that does not 
contain any specific information and has no purpose other than to be identifiable. This kind 
of data serves to be a marker or reference that allows the encoder to imiquely identify the 
wave as their property in a way that is unambiguous. 

Given a predictable step throughout the wave data it would be possible to find a 
sequence wdthin reasonable tolerance of a Fibonacci sequence. That part of the wave would 
then be conformed to a Fibonacci sequence. The sequence need not be long but it must be at 
a predictable offset in the file. This procedure would need to be repeated several times in a 
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given wave file to reduce the probability of a natural occurrence. Alternately, several 
sequences of exponential or linear growth arrays could be used to get the best possible fit. If 
the sequences are sufficiently short this will not induce any appreciable noise into the wave 
data. 

5 A sample relies on changing data values to produce. A sequence of maximum values 

will produce only silence, it is the changing of the niunbers that produce the audio. By 
inserting numbers which change only very Uttle, data can be inserted that is virtually silent. 

When discussing the encoding of data into an audio bit stream the following 
considerations need to be considered: 

10 • Audio Quality 

Audio quality is obviously very important. The schemes discussed above have 
little to no effect on the sample quality. 

• Visibility of Data 

Visibility of the data is important for protection issues. It is imperative that it 
15 be made as hard as possible for any potential software pirate to detect any signatures 

embedded in the data. 
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• Size of Data 

This is of lesser importance since if invisible insertion is used. But for the 
other methods it is obvious that the more data that is inserted the more clicks appear 
in the wave data. 

5 • Extraction of Data 

The extraction method would be a program that was never released to the 
public. Software pirates rely heavily on the presence of an extractor to break 
protections. Since the wave data will play fine with the data encoded in them there is 
no need to provide an extractor to the pubUc, thus making it virtually impossible for a 
10 pirate to remove the data. They also have no need to remove it since it plays fine as it 

is. 

• Insertion of Data 

This is only a processing time issue. This should be reasonably fast. A 
prototype will be constructed and performance issues addressed. 
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Data encoding in MPEG Layer 3 Audio File 

This section is a general overview of Moving Pictures Expert Group Layer 3 encoded 
files. It briefly outlines the format and then proceeds to talk about the problems inherent in 
encoding data in such a stream. 

The MPEG Layer 3 format or MP3 is essentially a bit stream format where nothing is 
aligned in a computer readable form. The only exception to this is the SYNCWORD that 
precedes each audio frame. Each audio fi-ame is a set of DCT coefficients. DCT is Discrete 
Cosine Transform which is very reminiscent of the traditional Fast Fourier Transform. 
Attached to each audio fi'ame is a certain amount of side info, the amount of which is based 
on the encoder and type of encoding used. 

The problem with encoding data into this format is that there is no audio in the MP3 
file. The audio is constructed using a reverse DCT and played back as regular PCM data. 
The data caimot be modified without breaking the format or degrading the audio quality. 
There are, however, a number of bits throughout the data that could be used safely. A 
discussion of this follows. 

The following options are available to insert information into an MP3 file: 
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• NULL audio frame insertion. 

• Ancillary Data bits. 

• Private bits in audio frames. 

• Private bits in headers. 

5 The first option is used by Xing Tech to insert seek information into an MP3 file. 

This is both obvious and will degrade the audio data, albeit in an extremely minor way. 

The second option is very complicated and very detectable by anyone with decoder 
soiurce code which is freely available. 

The third option is not bad but the private bits are clustered in groups of five and 
10 require some analysis of the audio fi^es to insert properly. 

The fourth option was chosen because it will scatter the encoded message throughout 
the file in single bit increments. The private bit here is always ignored by player software. 

The implementation is very simple. The audio frame size, or, rather, the step rate to 
the next syncword is fixed and can be precalculated using the following formula: 
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144 * bit_rate / sainpluig_frequency 

Note that this is only valid for MP3 and not for layer 1 and 2 encoding. In some cases 
the audio frame size is modified to keep the bit stream rate constant. This is indicated by the 
padding;_bit in the header. The tool calculates the frame size and step through the file 
5 adding the pad if necessary and mserts the message throughout the private bits in the headers. 

Insertion and Extraction 

As described above the file is streamed using seeks to the headers throughout the file. 
The message is broken into its component bits and inserted into the private_bit field of each 
one until the end of the message. The extraction is the exact opposite of this procedure. 

Although the present invention is described in connection with the capturing of a live 
performance such as a concert the system could be used with any system with analog signals 
such as a monitoring system of a power plant or a security system with multiple camera 
feeds. The intent of the invention would remain the same and would allow the analog signals 
to be converted to a digital format into a portable file. Subsequently the portable file can be 
retrieved and replayed with all channels being synchronized with little or no distortion. 

While the preferred embodiment and various alternative embodiments of the invention 
have been disclosed and described in detail herein, it will be apparent to those skilled in the 
art that various changes in form and detail may be made therein without departing from the 
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spirit and scope thereof. 
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We claim: 


1 . A method for capturing and distributing live content over a network 
comprising the steps of: 


capturing signals of a live performance; 


converting the signals to a digital format; 


encoding the digitally formatted signals into a portable file; and 


transporting said portable file over a network. 


2. The method of claim 1 , fiirther comprising the steps of: 


receiving said portable file; 


publishing said portable file for use by an end user; and 


transporting said file to an end user. 


3. The method of claim 2, fiirther comprising the steps of: 


inserting a digital watermark into said file prior to transporting said file to said end 
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user. 

4. The method of claim 3, wherein said digital watermark is inserted by a brute 
force insertion method. 

5. The method of claim 3, wherein said digital watermark is inserted by a subtle 
5 insertion method. 

6. The method of claim 3, wherein said digital watermark is inserted by an 
invisible insertion method. 

7. The method of claim 2, further comprising the steps of: 

converting said portable file to a WAV format prior to transporting to said end user. 

10 8. The method of claim 2, further comprising die steps of: 

, converting said portable file to a MP3 format prior to transporting to said end user. 

9. A system for capturing and distributing live content over a network 
comprising: 

a capture system for capturing live content, for converting a plurality of analog signals 
15 into a plurality of digital signals, for converting said plurality of digital signals into a 
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combined signal, and for transporting said combined signal to a processing and storage 
system; 

wherein said processing and storage system stores said combined signal, converts said 
combined signal back to said plurality of digital signals, and converts said plurality of digital 
signals into a portable file; 

wherein said portable file is transported over a network to a server. 

10. The system of claim 9, wherein said portable file is published for use by a 
plurality of end users. 

1 1 . The system of claim 9, wherein a digital watermark is inserted into said 
portable file prior to transport to said end user. 

12. The system of claim 1 1 , wherein said digital watermark is inserted by a brute 
force insertion method. 

13. The system of claim 11, wherein said digital watermark is inserted by a subtle 
insertion method. 

14. The system of claim 11, wherein said digital watermark is inserted by an 
invisible insertion method. 
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15. The system of claim 9, wherein said each of said plurality of end users 
receives said portable file with a unique digital watermark. 

16. The system of claim 9, wherein said portable file is converted to a WAV 

format. 

17. The system of claim 9, wherein said portable file is converted to a MP3 

format. 

18. An analog signal capture and converting device comprising: 

a capture device which receives a plurality of analog signals and converts said analog 
signals to a plurality of digital signals 

a multiplexor for converting said plurahty of digital signals into a combined signal; 

a processing unit for converting said combined signal to a plurahty of digital signals, 

and 

a plurahty of digital signal processors for each of said plurahty of digital signals for 
directing said signals, wherein at least one of said signals fix)m said plurality of digital signal 
processors is converted into a portable file. 
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19. The device of claim 18, wherein said multiplexor is separated from said 
processing xmit. 
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